Skip to content

Publish the Workspace Service, where workspace_id comes from - #7

Merged
vrv-panw merged 1 commit into
mainfrom
updates
Nov 3, 2026
Merged

vrv-panw merged 1 commit into
mainfrom
updates

Conversation

@vrv-panw

@vrv-panw vrv-panw commented Nov 3, 2026

Copy link
Copy Markdown
Collaborator

Why

Customers calling the Admin API with an SCM service-account token have to pass workspace_id, and it must be the workspace's UUID. Strata Cloud Manager shows the slug, not the UUID, so today the only way to get one is to copy it out of the console URL. The Workspace Service API is the supported way to look it up, and this PR adds it to the reference.

What

  • Workspaces tag, 4 operations from engineering's Workspace Service API 1.0.0 spec:
    • GET /workspaces: list, with limit/offset, and name (substring) or exact_name filters
    • POST /workspaces: create, bound to an existing SCM scope via scope_name
    • GET /workspaces/{id}
    • PUT /workspaces/{id}: replaces name and description
  • New plane workspace in _project/servers.yaml and _project/planes.yaml, at https://api.sase.paloaltonetworks.com/airs/workspace/v1. Same bearer token.
  • Component names prefixed Workspace…. The source's Error collided with an existing schema, and names like Limit and NotFound would read as global here.
  • drops.yaml: the inherited Workspaces and Workspaces > Members entries are gone. The README no longer mentions them.
  • Counts: 133 paths, 207 operations, 47 tags, 6 hosts. 4 new docs URLs under /aigw/api-reference/workspaces/.

Descriptions are empty, the same as every other operation. They come in through overlays/docs-prose.yaml once a KB claim backs them. A KB entry for this has been submitted.

Checks

  • build.py --check and check.py pass
  • lint.py: no new findings. The only failure is the existing path-params on /api-keys/{sub-type} (OAS-16), which is already on main.

Follow-up

The docs-core PR links to the new pages, so merge this one first.

🤖 Generated with Claude Code

Every workspace-level call on /ai_gw/v2 requires workspace_id as a UUID,
but nothing in the specification said where a caller gets one. The
Workspace Service is that place: list, create, get and update workspaces,
each with its UUID `id`.

- /workspaces and /workspaces/{id} under the `Workspaces` tag, from
  engineering's Workspace Service API 1.0.0 specification
- a fifth plane, `workspace`, for its own host:
  https://api.sase.paloaltonetworks.com/airs/workspace/v1
- components prefixed `Workspace…`; the source's `Error` collided with
  ours, and `Limit` / `NotFound` read as global in a shared document
- the inherited Workspaces and Workspaces > Members drops removed from
  drops.yaml, and their mentions from the README
- README counts: 133 paths, 207 operations, 47 tags, 6 hosts

Descriptions stay empty like everywhere else: they go through the
overlay once a KB claim supports them.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@vrv-panw
vrv-panw merged commit b75cfe4 into main Nov 3, 2026
4 of 5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant